Method and devices for dynamic management of a server application on a server platform

ABSTRACT

Method, devices and computer programs for a dynamic management of a first server application on a first server platform (SP 1 ) of a telecommunication system are disclosed wherein a further server application is operating or installable on the first server platform (SP 1 ) or a further platform (SP 2 ). The first server platform (SP 1 ) has a maximum processing capacity and a capacity fraction of the maximum processing capacity is assignable to the first server application reserving the capacity fraction for processing the first server application. A determination (F 10 ) of a required processing capacity for processing at least one of the first server application and the further server application, an analysis (F 20 ) of the required processing capacity for an assignment of the capacity fraction to the first server application, and an assignment of the capacity fraction are performed.

CLAIM OF PRIORITY

This application is a 371 of International Application No.PCT/EP02/03302, filed Mar. 25, 2002. The disclosure of this document ishereby incorporated herein by reference.

TECHNICAL FIELD OF THE INVENTION

The present invention relates to the field of telecommunication,especially to a method for dynamic management of a server application ona server platform of a telecommunication system. The invention alsoconcerns devices and computer programs adapted to execute the proposedmethod.

BACKGROUND OF THE INVENTION

In telecommunication systems and especially mobile telecommunicationsystems like the Global System for Mobile communication (GSM) or theUniversal Mobile Telecommunication System (UMTS), different networkelements like the Home Subscriber Server (HSS), the Mobile-servicesSwitching Center (MSC), the Serving General packet radio service SupportNode (SGSN), the Call Session Control Function (CSCF) are realized byserver applications operating on server platforms (a good overview isgiven in 3GPP Technical Specification Group Services and System Aspects;Network Architecture (Release 5), TS 23.002, version 5.5.0 (2002-01)).In the content of the following text, a server application is understoodby computer software installable on a server platform that is a hardwarecomputing device. The server platform may be supplemented by softwarelike an operating system necessary for operating the server application.The server application operating on the server platform forms therespective network element as mentioned above.

A dedicated server platform allows the operation of a specific type ofserver application. Other types of server applications cannot beprocessed by the dedicated server platform. A dedicated server platformincorporates dedicated hardware and/or software components that arespecifically designed for the operation of a specific type of serverapplication. These dedicated components exclude other types of serverapplication from the operation on the dedicated server platform.

The usage of dedicated server platforms takes a lot of effort todevelop, to manufacture, to install and to maintain many differentdedicated server platforms for many different types of serverapplications in parallel. Server platforms that allow the installationand operation of multiple types of server applications on a singleserver platform are therefore advantageous compared to dedicated serverplatforms. A server platform providing such functionality is often namedcommon server platform and uses common processing components that areaccessible and sharable by the server applications. Examples for suchcommon processing components are processors, memory devices, operatingsystems, signaling terminals, interworking devices, line terminals, orcodecs. The processing capacity set up by the common processingcomponents of a server platform defines a maximum processing capacityusable for processing one or more server applications on the serverplatform. Examples for the maximum processing capacity are a maximumnumber of computing steps per time unit or the maximum static or dynamicmemory, a maximum processing capability or equivalent numbers like themaximum number of subscribers that can be served by a server platform ofa mobile telecommunication system.

When multiple server applications are operating on a server platform,the server applications typically compete for processing capacity. Inpeak situations when the processing capacity required by serverapplications approaches or even exceeds the maximum processing capacityof the server platform a troublesome operation of the affected serverplatform or server applications can be expected. As a consequence, theserver platform or one or more server applications can fail or theQuality of Service (QoS) provided by server applications can be reduced.Examples for a reduced QoS are delayed or disturbed voice or datatransmission or even the loss of a connection. If no control mechanismis applied, the server applications compete in an uncontrolled way forprocessing capacity. This uncontrolled competing is especiallyunsatisfactory for server applications offering services where atroublesome operation may not be tolerable. As an example, heavilydisturbed voice calls are generally not tolerated whereas a delay indata traffic e.g. for messages via emails or short-messages system (SMS)may be tolerated to a certain extent by the user of a telecommunicationsystem.

A configuration of the server platform overcomes the problem of anuncontrolled competing for processing capacity to a certain extent. Afraction of the maximum processing capacity of a server platform can beassigned to a server application for processing said server application.Further server applications that may be installed to the server platformor operating on the server platform are excluded from being processed bythe capacity fraction. Depending on the implementation, furtherfractions of the maximum processing capacity may be reserved for furtherserver applications thus setting a fixed upper limit for the processingcapacity that can be utilized per server application. The assignment ofa capacity fraction of the maximum processing capacity can be achievedduring installation of the server application or during operation by anoperator, e.g. directly at the server platform or remotely via anOperation and Maintenance (O&M) center by setting a value for thecapacity fraction for the server application. After the assignment, thefraction of the maximum processing capacity that is reserved forprocessing the respective server application remains fixed until theoperator decides to assign a new value.

The present management possibilities like the installation of a serverapplication to a server platform, the de-installation of a serverapplication from a server platform, or the assignment of a fraction ofthe maximum processing capacity of a server platform to a serverapplication, are static and do not adequately address the requiredprocessing capacity of one or more server applications in thetelecommunication system. The required processing capacity typicallychanges over time, e.g. due to a change in the number of subscribersregistered to a server application, or is influenced by events likefailures or system procedures like location updates. A management byconfiguration does not adequately address especially changes orfluctuations of the required processing capacity thus leading to areduced performance of the server applications or the server platformsof the telecommunication system. In addition, a management byconfiguration is not capable to optimize the utilization of processingcapacity. For example, the fraction of the maximum processing capacitymay be assigned for the processing of a server application such that theexpected peak utilization may never be exceeded. This configurationapproach ensures optimum performance for the server application whileleaving portions of the capacity fraction unused in non-peak situations.A higher utilization of the capacity fraction is achieved for aconfiguration where the fraction is assigned for example to the averageof the expected utilization fluctuations, which is, however, at theexpense of troublesome operation in peak situations. In addition, theoperator-executed management is very inefficient as it needs a lot ofmanpower for supervision and executing the management, and is verylikely to be unreliable, especially if multiple server applications onmultiple server platforms are managed.

SUMMARY OF THE INVENTION

It is an object of the present invention to provide an improved method,devices and computer programs that allow a dynamic management of serverapplications on server platforms of a telecommunication system for aperformance optimization of the server applications and a utilizationoptimization of the server platforms.

This object is achieved by the method, the device and the computerprogram as described in the independent claims of the presentapplication. Advantageous embodiments are described in the furtherclaims.

The proposed method executes a dynamic management of a first serverapplication being operating or installable on a first server platform ofa telecommunication system. In a telecommunication system typicallymultiple server platforms and multiple server applications exist.Therefore, there are cases that a further server application isoperating or installable on the first server platform or a furtherserver platform. The first server platform has a maximum processingcapacity and a capacity fraction of the maximum processing capacity isassignable to the first server application for processing the firstserver application on the first server platform. The capacity fractionis reserved for processing the first server application, i.e. whenassigned to the first server application, the capacity fraction is usedonly for processing the first server application excluding other serverapplications like the further server application to be processed by thiscapacity fraction.

For carrying out the proposed method, at least the following steps areexecuted: first of all, a determination of a required processingcapacity for processing at least one of the first server application andthe further server application is executed. The required processingcapacity is the processing capacity required or expected to be requiredby the first server application or the further server application, e.g.for providing optimum processing of the respective server application orif one of the server applications being not on one of the serverplatforms is requested on that one server platform. The requiredprocessing capacities of both server applications may also bedetermined. The required processing capacity can range from zero and mayeven exceed the maximum processing capacity, e.g. in peak situations.The required processing capacity may be indicated by the serverapplications or the server platforms.

An analysis of the required processing capacity for an assignment of thecapacity fraction to the first server application is executed. The mainobjective of the analysis is to verify if and for what conditions andcircumstances the requirement can be satisfied. In the analysis it maybe checked to which of the server applications the determined requiredprocessing capacity is related, e.g. whether the required processingcapacity relates to the first server application or the further serverapplication or to both server applications. If the required processingcapacity is related only to the first server application, it may benecessary to request the required processing capacity of the furtherserver application or vice versa. It may be checked if a capacityfraction exists that is assigned to one of the server applications andif the required processing capacity for that server application exceedsthis capacity fraction. This check may be executed for any of the serverapplications and server platforms. It may be analyzed if an assignmentof the capacity fraction to the first server application hasconsequences for the processing of the further server application. Ifthe capacity fraction for the first server application is increased, animproved QoS for the first server application at the expense of areduced QoS for the further server application may be a possibleconsequence. If the capacity fraction is decreased e.g. because of alower required processing capacity for the first server application,more processing capacity exists for the further server applicationimproving QoS for the further server application. In the analysis, thecapacity fraction for the first server application is determined, e.g.by determining a value for the capacity fraction. This value can rangefrom zero to the maximum processing capacity of the first serverplatform. The value may be taken from a look-up table that relatesrequired processing capacities to predefined values or may bedynamically generated. Because of a possible interdependence between theserver applications and server platforms in the telecommunicationsystem, scenarios may be verified in the analysis with different trialvalues for the capacity fraction in order to check for results of thedynamic management. Based on the results of the scenarios, one of thetrial values may be selected as the value for the assignment of thecapacity fraction.

A management command may be generated comprising an instruction for thefirst server platform to set the capacity fraction to the valuedetermined from the analysis. Finally, the assignment of the capacityfraction is executed on the first server platform, i.e. the capacityfraction is assigned to the value determined by the analysis and thecapacity fraction is reserved for processing the first serverapplication.

If more than one entity is involved, messages can be used for thedetermination of the required processing capacity or the assignment ofthe capacity fraction. The determination of the required processingcapacity may be achieved by one or more messages that are sent from oneor more of the server applications or server platforms, e.g. by pushmessages. Alternatively, one or more messages may be used to request therequired processing capacity from the at least one server application orserver platform, e.g. using pull messages.

The proposed management method solves the problem to manage serverapplications on server platforms in a dynamic way as it is capable todetermine a required processing capacity, to analyze the requiredprocessing capacity, and to assign a capacity fraction to the managedserver application based on the analysis of the required processingcapacity. Fluctuations of the required processing capacity of a serverapplication can therefore be adequately addressed which may be used tooptimize the performance like QoS for the dynamically managed serverapplication. As an example, the capacity fraction of the first serverapplication can be assigned according to the required processingcapacity, e.g. for a higher required processing capacity of the firstserver application, an increased capacity fraction can be assigned. As asecond example, the further server application may indicate a requiredprocessing capacity on the first server platform or the further serverplatform. The capacity fraction of the first server application on thefirst server platform may be changed according to that requiredprocessing capacity, e.g. if the further server application indicates alower required processing capacity on the first server platform, thecapacity fraction of the first server application may be increased foroptimum performance of the first server application. Alternatively, ifthe further server application indicates a higher required processingcapacity on the further server platform, the capacity fraction of thefirst server application may be decreased for providing additionalprocessing capacity for the further application. In the latter example,the further server application may access the additional processingcapacity on the first server platform remotely from the further serverplatform. The capacity fraction for the first server application may notnecessarily exist on the first server platform from the start of theproposed method but may be introduced by the analysis and the assignmenton the first server platform. An optimized utilization of the maximumprocessing capacity can be achieved by the proposed dynamic managementmethod, e.g. if the required processing capacity determined for thefirst server application indicates a lower value than the capacityfraction, the latter may be reduced leaving more processing capacity forany further server applications. The proposed method can be executed invery fine temporal intervals increasing the accuracy of the dynamicmanagement.

According to a preferred embodiment, the maximum processing capacity isdetermined by common processing components and the assigned capacityfraction is a subset of the common processing components. A commonprocessing component is a processing component sharable for processingof server applications of different type in contrast to a dedicatedprocessing component that can be used only for the processing of aselected type of server application. The usage of common components isadvantageous as it ensures that server applications of a different typemay be installed or operated on the server platforms and share thecommon processing components. The subset may be formed by discretecommon processing components that are allocatable for processing aserver application or by a logical partition of the maximum processingcapacity. The allocation of discrete common processing components may beachieved e.g. by determining component identifiers identifying thecommon processing components of the subset and reserving the discretecommon processing components according to the determined componentidentifiers. A logical partition of the maximum processing capacity maybe reserved according to the value determined for the assignment in theanalysis. The allocation of discrete processing components for theprocessing of a server application may lead to a faster or moreeffective processing compared to the setting of a logical partition. Onthe other hand, a logical partition may offer more flexibility as itallows to set the subset in a non-discrete manner.

According to another preferred embodiment, a further capacity fractionis assignable on at least one of the server platforms and a furtherassignment of the further capacity fraction is executed as a result ofthe analysis. The assignment of the further capacity fraction maysupplement the assignment of the capacity fraction for the first serverapplication. By introducing further capacity fractions, the method canbe easily adapted to manage multiple server applications on multipleserver platforms in parallel making the proposed method more efficient.For example, if the capacity fraction of the first server application onthe first server platform is increased, the capacity fraction of thefurther server application may be decreased to allow the increase of thecapacity fraction of the first server application. In order to stillprovide QoS for the further server application, a further capacityfraction may be assigned to the further server application on a furtherserver platform for compensating the reduction of processing capacityfor the further server application on the first server platform.

According to another preferred embodiment, a utilization of a maximumprocessing capacity or an assigned capacity fraction is checked in theanalysis. Examples are the utilization the maximum processing capacityof the first server platform, a maximum processing capacity of thefurther server platform, the capacity fraction, and the further capacityfraction. One or more utilizations may be monitored, e.g. by the firstserver platform or the further server platform, and may be indicatedwhen the utilization approaches or exceeds a threshold value.Alternatively, one or more of the utilizations may be requested for theanalysis, e.g. within the determination of the required processingcapacity. The utilization may be directly interpreted as the requiredprocessing capacity, e.g. of a server application using a non-assignedfraction of the maximum processing capacity, or the utilization may befurther processed in order to determine the required processingcapacity, e.g. for future estimations.

According to another preferred embodiment, resources for users of thetelecommunication system are related to at least one of the serverplatforms or server applications in the telecommunication system in thedetermination of the required processing capacity. The resources can berequested by or attributed to users. As an example, one or more usersmay request for a service provided by a server application on a serverplatform. Alternatively, the resources may be a bandwidth or a number ofconnections or addresses, e.g. Internet Protocol (IP) addresses. Therelated resources can be used to determine the required processingcapacity on a server platform or server application base. Alternatively,the resources may be related to regions or areas of thetelecommunication system.

Especially, a counted number of users can represent said resources. Thenumber of users can be counted per server platform or per serverapplication or per region or area and can be directly used as therequired processing capacity in the analysis. The counted number mayrepresent multiple resources, e.g. for addressing the use of multipleconnections per user. As an example, the location update mechanism in amobile telecommunication system may be used to count the number of usersthat are currently registered to a server application. The countednumber per server application is preferably stored and indicated for thedetermination of the required processing capacity. The storing of thenumber is advantageous because it avoids the counting of the userswhenever the counted number is required.

A time or an event may trigger the determination of the requiredprocessing capacity. A look-up table may be used that relates requiredprocessing capacities for different times. For a determined time, apredefined or dynamically generated required processing capacity may betaken from the look-up table. Alternatively, the time may trigger arequest to the server platform or server application for the requiredprocessing capacity to be indicated, e.g. by an indication of autilization for certain daytimes. Furthermore, also an event may be usedto set-up an event-triggered dynamic management. An event may be afailure or disturbance of a server platform or a server application or alink or a system procedure like a location update. The frequency ofoccurrence of failures of one of the server applications might be usedas input for determining the required processing capacity. Theintroduction of a trigger by time or event makes the procedure easy toimplement and more flexible.

According to another preferred embodiment, an installation or ade-installation of at least one of the server applications is executedon at least one of the server platforms as a result of the analysis,e.g. if the required processing capacity of a server application is zeroit may be de-installed. On the other hand, the required processingcapacity can indicate that a new service is requested. As a result, thecapacity fraction of the first server application may be decreased and afurther server application may be installed for providing the newservice on the first server platform. The assignment and a start of theutilization may be delayed with respect to the installation in order toreduce setup delays. By supplementing the assignment with furthermanagement commands for installation or de-installation, the proposeddynamic management becomes more flexible and can be used to betterutilize the maximum processing capacity of the server platforms.

Especially, server applications can be transmitted for installation. Oneor more of the server applications may be stored on one or more of theserver platforms of the telecommunication system. A server applicationto be installed on a server platform without said server application canthus be transmitted from a further server platform. If said serverapplication is stored on multiple server platforms, the server platformclosest to the server platform where said server application is to beinstalled may be selected for transmission.

According to another preferred embodiment, network information for atleast one of the server applications or server platforms is consideredin the analysis. The network information may be at least one of apriority, a location, or a capacity. One or more priorities may beattributed per server application or server platform, e.g. by O&M, andmay indicate an importance of a server application, e.g. whether areduction in QoS is tolerable for a server application. Priorities mayalso represent costs, e.g. in order to charge server applicationsdifferently on different server platforms or daytimes or depending onthe utilization. A look-up table may be used that relates serverapplications with attributed priorities. It may be advantageous toattribute different priorities for different times per serverapplication, e.g. in order to differentiate between working hours andweekend. The determination of a priority and the analysis may be carriedout as follows: for the first server application requiring moreprocessing capacity, it is analyzed if the further server applicationmay be disturbed if the required processing capacity is assigned. Inthis case, the priorities of both server applications can be checked.For the case that the priority of the further server applicationindicates that a disturbed processing is tolerable, the capacityfraction of the first server application can be assigned according tothe required processing capacity. The processing capacity for processingthe first server application may not be changed if the further serverplatform has a priority indicating that a reduction of the processingcapacity is not allowed. In addition or alternatively, prioritiesrelated to costs or the location of the server platforms and serverapplications may also be checked.

Furthermore, network information related to one or more capacities maybe checked. The capacity represents the actual configuration of thetelecommunication system, e.g. maximum processing capacities, capacityfractions, common processing components, or the capacity (e.g.bandwidth) of links, but also information about how much processingcapacity is to be utilized by a server application e.g. for processing acertain number of users of the telecommunication system. The usage ofthe network information makes the proposed method even more versatileand may be especially implemented for a dynamic management on networklevel, i.e. managing multiple server applications on multiple serverplatforms of a complex telecommunication system. A map indicating thenetwork information like the physical location of the server platformsand server applications, priorities and capacities may be used for amanagement on network level. The map may be supplemented by statusinformation for the server applications, e.g. installed, stored oroperating on which server platform, by links, and by utilization ofprocessing capacity per server application.

Typically, the telecommunication system consists of multiple entitiesand the network information is distributed within the telecommunicationsystem. According to another preferred embodiment, at least onesynchronization is performed with respect to the network information.The synchronization is advantageous as it updates the networkinformation on changes introduced into the telecommunication system bythe dynamic management, e.g. with respect to a result of the assignment,the further assignment, the installation, or the de-installationexecuted on any of the server platforms.

In order to provide a dynamic management on network level, the analysisis preferably executed by a management center for the serverapplications in the telecommunication system. The management center ispreferably a centralized network node having access to many serverapplications on many server platforms. The management center hasinterfaces for the determination of the required processing capacity orfor the assignment. In addition, it may also have interfaces for sendingfurther management commands like installation or de-installation. Themanagement center may be operated on a dedicated server platform or maybe operated on a common server platform together with one or morefurther server applications, e.g. it can be operated in conjunction withan O&M center in a telecommunication network or a home subscriber serverin a mobile telecommunication network. The assigned value for thecapacity fraction may be sent from the management center to the firstserver platform by a command message. The command message may besupplemented with further management commands like installation,de-installation, or further assignments.

According to another preferred embodiment, the required processingcapacity is determined by a data center. The data center collects andmanages subscriber data of the telecommunication system, e.g. itsupervises the number of users registered to the server applications orserver platforms of the telecommunication system. The data center canprovide the required processing capacity as input for the analysis, e.g.to the management center. Existing telecommunication systems often haveone or more data centers like home subscriber servers in mobiletelecommunication systems controlling the users registered to serverapplications or server platforms. It is advantageous to use said datacenters in order to keep implementation effort low for the proposedmethod.

In the following, the management center for a telecommunication systemis summarized in more detail. The management center can be adapted toall embodiments of the method as described above. In particular, themanagement center comprises a receiving unit, a transmission unit, and aprocessing unit. The receiving unit is adapted to receive an indicationof a required processing capacity for processing at least one of a firstserver application and a further server application. The first serverapplication is operating or installable on a first server platform ofthe telecommunication system. The further server application isoperating or installable on the first server platform or a furtherserver platform of the telecommunication system. Furthermore, theprocessing unit is adapted to execute an analysis of the requiredprocessing capacity for an assignment of a capacity fraction of amaximum processing capacity of the first server platform to the firstserver application. The transmitting unit is adapted to send anindication of the capacity fraction to the first server platform for theassignment of the capacity fraction.

According to a preferred embodiment of the management center, a triggerfrom a timer or from an occurrence of an event exists. The processingunit can be adapted to check the trigger and to obtain the requiredprocessing capacity as a consequence of the trigger.

In the following, the data center for a telecommunication system issummarized in more detail. The data center can be adapted to allembodiments of the method as described above. In particular, the datacenter comprises a receiving unit, a transmission unit, and a processingunit. The receiving unit is adapted to receive information of resourcesrequired for users of the telecommunication system. The processing unitis adapted to relate the resources to a first server platform or a firstserver application of the telecommunication system and to count theresources. The data center may relate the resources first and then countthe related resources, or alternatively, it may count the resourcesfirst and then relate the counted resources. The transmitting unit isadapted to send an indication of the counted resources that are relatedto the first server platform or the first server application to ananalysis entity for the telecommunication system. The indication maycomprise an amount and a type identity for indicating the countedresource and an identifier for identifying the related server platformor server application. The analysis entity can further process, e.g.analyze, the indication and may be a management center according to anyof the claims 14 to 22.

It can be advantageous that the management center and the data centerare collocated or implemented on the same platform functionality or inone logical node.

The present invention also concerns computer programs comprisingportions of software codes in order to implement the method as describedabove when operated on the management center or the data center. Thecomputer programs can be stored on a computer readable medium. Thecomputer-readable medium can be a permanent or rewritable memory withinthe management center or the data center or located externally. Thecomputer programs can be also transferred to the management center orthe data center for example via a cable or a wireless link as a sequenceof signals.

A computer program exists that is loadable into a processing unit of amanagement center for a telecommunication system. The computer programcomprises code adapted to obtain a required processing capacity forprocessing at least one of a first server application and a furtherserver application. The first server application is operating orinstallable on a first server platform of the telecommunication system.The further server application is operating or installable on the firstserver platform or a further server platform of the telecommunicationsystem. Furthermore, the computer program comprises code adapted toexecute an analysis of the required processing capacity for anassignment of a capacity fraction of a maximum processing capacity ofthe first server platform to the first server application and toinitiate a sending of an indication of the capacity fraction to thefirst server platform for the assignment of the capacity fraction.

A computer program exists that is loadable into the processing unit of adata center for a telecommunication system. The computer programcomprises code adapted to relate resources required for users of thetelecommunication system to a first server platform or a first serverapplication of the telecommunication system, to count the resources, andto initialize a sending of the counted resources that are related to thefirst server platform or the first server application to an analysisentity for the telecommunication system.

In the following, detailed embodiments of the present invention shall bedescribed in order to give the skilled person a full and completeunderstanding. However, these embodiments are illustrative and notintended to be limiting, as the scope of the invention is defined by theappended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 a shows a flow-chart diagram of the basic steps of the presentinvention;

FIG. 1 b shows exemplary messages and processes according to the basicsteps of FIG. 1 a;

FIG. 2 a shows a flow-chart diagram of a first embodiment of the presentinvention;

FIG. 2 b shows exemplary messages and processes of the first embodimentof the present invention;

FIG. 3 a shows a flow-chart diagram of a second embodiment of thepresent invention;

FIG. 3 b shows exemplary messages and processes of the second embodimentof the present invention;

FIG. 4 shows a first example for devices adapted to execute the inventedmethod and messages between the devices;

FIG. 5 shows a second example for devices adapted to execute theinvented method, messages between the devices, capacity fractions andrequired processing capacities of the server applications involved;

FIG. 6 shows a third example for devices adapted to execute the inventedmethod, messages between the devices, and capacity fractions of theserver applications involved;

FIG. 7 shows a fourth example for devices adapted to execute theinvented method, messages between the devices, and capacity fractions ofthe server applications involved;

FIG. 8 shows a fifth example for devices adapted to execute the inventedmethod, messages between the devices, and capacity fractions of theserver applications involved.

FIG. 9 shows an example for a telecommunication system with implementedinvention.

DETAILED DESCRIPTION OF THE INVENTION

The following description focuses on the steps associated with messagesor processes for carrying out the invented method. Depending on theimplementation or case, it may be advantageous to integrate additionalsteps like a confirmation of a step before the next step is carried out.

The basic steps of the present invention are shown in FIG. 1 a by aflow-chart diagram. Messages and processes that can be associated withthe basic steps of FIG. 1 a are shown in FIG. 1 b for a management of afirst server application (not shown in FIG. 1) on a first serverplatform SP1. The method starts with the determination F10 of a requiredprocessing capacity. The determination F10 can be triggered by the firstserver platform SP1, the first server application, the management centerMC, or an event or a time or at least one further server platform orfurther server application (further server platforms or further serverapplications are also not shown in FIG. 1) of the telecommunicationsystem. According to FIG. 1 b, the required processing capacity may beindicated by the first server platform SP1 to the management center MCby a message F100, e.g. the message F100 may comprise an utilization ofa maximum processing capacity of the first server platform SP1 by thefirst server application. The management center MC may request furtherrequired processing capacities of the one or more further serverapplications on the first server platform or the one or more furtherserver platforms for executing the analysis F20 of the requiredprocessing capacity for the assignment F30 of a capacity fraction of themaximum processing capacity of the first server platform SP1 to thefirst server application. In the analysis F20, additional checks may beexecuted, e.g. it may be checked if the assignment F30 of the capacityfraction to the first server application SA1 may cause disturbances or areduction of QoS of one of the server applications on the first serverplatform SP1 or optional further server platforms. Network informationlike priorities related to importance or costs, processing capacities orthe location of the server platforms or server applications in thetelecommunication system may be considered in the analysis. A reason forchecking costs in the analysis may be that server platforms may chargeserver applications differently. Different charging may be the case whennewer, more expensive hardware or software is used, when the serverplatforms are owned by different server platform providers or whenserver applications on a server platform belong to different operators.The cost may be different depending on the time of the day or theutilization of the server platform by a server application. Additionaldetermination steps may be required for determining the further requiredprocessing capacities or network information for consideration in theanalysis F20. Finally, the analysis outputs a capacity fraction to beassigned to the first server application on the first server platformSP1. The capacity fraction may be indicated by a value, e.g. apercentage of the maximum processing capacity of the first serverplatform SP1 to be reserved for processing the first server application.

The assignment F30 can be achieved by a transmission of a commandmessage CM300 comprising the value as determined from the analysis F20to the server platform SP1 and a setting of the capacity fractionaccording to the determined value of the command message CM300 on thefirst server platform SP1. Alternatively, the management MC center mayselect common devices according to the determined value. In this case,the command message CM300 may comprise common device identifiersidentifying the common devices that are to be reserved for processingthe first server application on the first server platform SP1. At thefirst server platform SP1, the capacity fraction can be assignedaccording to the common device identifiers comprised in the commandmessage CM300.

The command message CM300 may be supplemented by one or more furthermanagement commands, e.g. for installation of a server application tothe first server platform SP1, for de-installation of a serverapplication from the first server platform SP1, or one or more furtherassignments of further capacity fractions. Installation of a serverapplication may be achieved by the server application in file-format,the transport of a mobile agent, or by a servlet like a Java-servlet.De-installation of a server application from a server platform may alsoinclude a removal of a capacity fraction that has been assigned forprocessing the server application that is to be de-installed. Theproposed method may stop after the execution of the previously mentionedmanagement commands, but is preferably repeated and starts again withthe determination of a required processing capacity.

The proposed method may be applied to more than one server applicationand more than one server platform of a more complex telecommunicationnetwork (see for example FIG. 9). Especially in the case of a morecomplex telecommunication system, the management center MC preferablyhas access to network information of the telecommunication system andthe current utilization of processing capacities like the maximumprocessing capacities of the server platforms or the assigned capacityfractions by the server applications. By considering the networkinformation and the processing capacities of the server platforms andserver applications involved, the dynamic management can be executedvery effectively on network level.

FIG. 2 a shows a flow-chart diagram of a first embodiment of the presentinvention and FIG. 2 b shows exemplary processes executed on deviceslike a first server platform SP1 and a further server platform SP2, adata center DC and a management center MC, and exemplary messagesbetween the devices for executing the first embodiment. A determinationU20 of utilization information, e.g. the utilization of the maximumprocessing capacity of the first server platform SP1 by the first serverapplication or of other capacities as explained before, can be achievedin a way that the server platform SP1 sends U200 the utilizationinformation about a first server application SA1 (not shown in FIG. 2)to the data center DC. The utilization information may comprise theactual utilization or a record of the utilization over time. The sendingU200 of the utilization information may be achieved by one or more push-or pull-based messages. A push-based message is a message that isinitiated e.g. by the first server platform SP1 or the first serverapplication SA1 to the data center DC. The push-based message may beinitiated when the first server application or the first server platformSP1 indicates more or less utilization of the maximum processingcapacity, e.g. when a threshold value for the utilization is exceeded orunder-shot, respectively. A pull-based message is a request initiated bythe data center DC to the first server platform SP1 or the first serverapplication, and the utilization information is sent U200 in a responseto that request. The received utilization information may trigger ananalysis U25 at the data center DC, e.g. in order to check forconsistency before the determined utilization information is transmittedT25 to the management center MC. The determination F10 of the requiredprocessing capacity is executed from the received utilizationinformation. For example, if the utilization information comprises arecord of the utilization of the maximum processing capacity by thefirst server application, the management center MC may analyze therecord for estimating future utilization of the maximum processingcapacity by the first server application. Estimations may be based onextrapolation or pattern recognition techniques applied to the record.

For executing the analysis F20 of the required processing capacity, i.e.the future utilization of the maximum processing capacity according tothis example, the management center MC may consider further informationlike further utilization information or further future requiredprocessing capacities of one or more further server applications, e.g.operating on the first server platform SP1. In the analysis F20, it canbe checked if a value according to the determined required processingcapacity can be assigned to the capacity fraction of the first serverapplication. Reasons for not assigning the capacity fraction to thevalue according to the required processing capacity are for example arequired processing capacity exceeding the maximum processing capacity,if at least one further server applications may get disturbed by theassignment, or because of priorities attributed to the serverapplications. In the analysis F20, a value for the assignment of thecapacity fraction is determined by the management center. A managementcommand can be generated in order to instruct the first server platformSP1 to assign the capacity fraction to the first server application tothe determined value. Further management commands may be generated e.g.for installation or de-installation, or further assignments. Accordingto the scenario shown in FIG. 2, an installation of an upgrade versionof the first server application may be a further result of the analysisF20. The management center MC may detect that a transmittable andinstallable upgrade version of the first server application is stored ona further server platform SP2 located closer to the first serverplatform SP1 than the management center MC. If more than one serverplatform has a transmittable and installable upgrade version of thefirst server application stored, the management center may select theserver platform coming closest to the first server platform SP1. Theexpression “closer/closest” not only mean a physical distance but alsotransmission properties like bandwidth or delay of links. The managementcenter MC can retrieve the address of the closest server platform, i.e.the further server platform SP2 in FIG. 2, and can generate a commandmessage CM20 comprising the management commands for the assignment ofthe capacity fraction of the first server application on the firstserver platform SP1 and for the installation of the upgrade version ofthe first server application SA1 to the first server platform SP1. Inaddition, the command message CM20 may comprise an instruction for thefurther server platform SP2 to send the upgrade version of the firstserver application SA1 to the first server platform SP1. The commandmessage CM20 is transmitted to the further server platform SP2 which canprocess PC20 the received command message CM20 and retrieve the upgradeversion of the first server application e.g. from its memory. Thefurther server platform SP2 generates an allocation message AM20comprising the upgrade version for the first server application forinstallation on the first server platform SP1 and the management commandfor the assignment of the capacity fraction to the first serverapplication, i.e. the upgraded first server application according to thepresent example. The further server platform SP2 sends the allocationmessage AM20 to the first server platform SP1, where the assignment ofthe capacity fraction for the first server application SA1 and theinstallation of the update version can be executed E20. The first serverplatform SP1 and the further server platform SP2 may report a result ofthe execution of the management commands to the management center MC orthe data center DC (messages for result not shown in FIG. 2). The resultmay also be used for synchronization SYNCH of the message center MC withthe data center DC with respect to changes of network information. Inthe synchronization SYNCH, the data center DC may inform the managementcenter MC on the result of the management, e.g. that an upgraded versionof the first server application has been installed on the first serverplatform SP1 and that an assignment of the capacity fraction to thefirst upgraded server application has been executed. The synchronizationSYNCH can also be achieved by recording a history of a number of dynamicmanagements, e.g. by the management center MC, and sending the historyto the data center DC on request or at predefined time intervals,wherein a single dynamic management within the history may becharacterized by identifiers of the server applications and serverplatforms involved in the management, one or more required processingcapacities, the time of the determination of the one or more requiredprocessing capacities, the determined capacity fraction, furthermanagement commands like installation, de-installation or furtherassignments, and a time and one or more results for the execution of theassignment and the further management commands. If the execution of oneor more of the management commands fails, the method may be repeated forthe failed management command. Alternatively, the failure may trigger afurther dynamic management starting with an analysis of the failure.

FIG. 3 shows an alternative to the embodiment described in FIG. 2 for anassignment of a capacity fraction combined with an installation of aserver application to the first server platform SP1. On the first serverplatform SP1, a new service may be requested R30 not covered by thefirst server platform SP1. One or more requests for the new service canbe been recorded by the first server platform SP1 and can be reportedR300 directly to the management center MC as shown or, alternatively,via the data center DC to the management center MC (not shown in FIG.3). Depending on the implementation of the method, it may be sufficientthat only a number of requests exceeding a threshold value is reportedR300 or that a record of the requests over time is reported R300. Basedon the reported requests, the determination F10 of the requiredprocessing capacity can be executed. Following the present example, therequired processing capacity can be a processing capacity that is neededfor processing a server application providing the new service accordingto the requests. The server application providing the new service isnamed new server application in the following. The required processingcapacity may be dimensioned according to the reported number of requestsor to an extrapolated number of requests. Also estimations based onexperiences of the operator of the telecommunication system may beconsidered for the determination F10 of the required processingcapacity. The management center MC executes an analysis F20 of therequired processing capacity for the assignment of the capacity fractionto the new server application and determines a value for the capacityfraction. The management center MC generates a management command forthe assignment and a further management command for the installation ofthe new server application to the server platform SP1. Alternatively toFIG. 2, the management center MC can send a command message CM30comprising the management commands to the first server platform SP1. Thecommand message CM30 may comprise the new server application forinstallation, e.g. in file format, or as shown in FIG. 3 according tothe present example, an instruction for the first server platform SP1 tofetch the new server application from the further server platform SP2.This instruction may be supplemented by an address of the further serverplatform SP2 and an identifier for identifying the new serverapplication on the further server platform SP2. The first serverplatform SP1 processes PC30 the received command message CM30 and sendsa request message RM30 to the further server platform SP2 for fetchingthe new server application. The request message RM30 may comprise aninstruction for the further server platform SP2 to send the new serverapplication to the first server platform SP1. The further serverplatform SP2 executes the received instruction and sends the new serverapplication by an allocation message AM30 to the first server platformSP1 for installation. The allocation message AM30 comprises the newserver application and may be supplemented by an instruction forinstallation if necessary. The first server platform SP1 receives theallocation message AM30 and performs an execution E30 of the managementcommands for installation and assignment of the capacity fraction to thenew server application. Results on the management may be reported, andfinally, a synchronization 3SYNCH between the data center DC and themanagement center MC may be executed with respect to the changesintroduced by the dynamic management, e.g. installation of the newserver application on the first server platform SP1 and assignment ofthe capacity fraction for the new server application.

In FIG. 4, a first example for devices and messages between the devicesfor executing the present invention is shown. Depending on theimplementation of the method, a first server platform SP1 may send amessage F100 a to a data center DC for the determination the requiredprocessing capacity. This message F100 a can comprise utilizationinformation and is received by a receiving unit of the data center DC.The received information may be analyzed in a processing unit of thedata center DC, e.g. for consistency or completeness, and may be sent bya message F100 b via a transmitting unit of the data center DC to areceiving unit of a management center MC. Alternatively, the messagesF100 a and F100 b may be transparently sent via the data center DC tothe management center MC or a message F100 for the determination of therequired processing capacity is directly sent from a transmitting unitof the first server platform SP1 to a receiving unit of managementcenter MC. The received information is analyzed in a processing unit ofthe management center MC for the assignment of capacity fraction to e.g.the first server application and the optional generation of furthermanagement commands. The management command for the assignment and theoptional further management commands can be included into a commandmessage CMa, which can be sent from the transmitting unit of themanagement center MC to the receiving unit of the data center DC to befurther sent via message CMb from the transmitting unit of the datacenter DC to the receiving unit of the first server platform SP1.Alternatively, the management center may directly send the one or moremanagement commands to the first server platform via command message CMfor execution.

FIG. 5 shows a second example for devices and messages for executing thepresent invention. A first server platform SP1 has allocated a firstserver application SA1 and a further server application SA2 with a firstcapacity fraction AP1 reserved for processing the first serverapplication SA1 and a further capacity fraction AP2 reserved forprocessing the further server application SA2. In the present example,the first capacity fraction AP1 and the further capacity fraction AP2are assigned both to 50% of the maximum processing capacity of theserver platform SP1. The required processing capacity RP1 of the firstserver application SA1 and the required processing capacity RP2 of thefurther server application SA1 may be monitored by the server platformSP1. According to the present example, the required processingcapacities RP1;RP2 can be given by the actual utilization of the maximumprocessing capacity of the server platform SP1, e.g. the first serverapplication SA1 utilizes 48% of the maximum processing capacity and thefurther server application SA2 utilizes 40% of the maximum processingcapacity. The required processing capacity RP1 of the first serverapplication SA1 comes very close to the first capacity fraction AP1 anddisturbances may occur if the required processing capacity RP1 furtherincreases. The first server platform SP1 informs the management centerMC by sending a message F105 comprising at least the required processingcapacity RP1 of the first server application SA1.

The required processing capacity RP1 of the first server application SA1is transferred as input for the following analysis for the assignment ofthe first capacity fraction AP1. It is advantageous to provide themanagement center MC also with the first capacity fraction AP1 and thefurther capacity fraction AP2, the required processing capacity RP2 ofthe further server application SA2, and optionally with priorityinformation of both server applications SA1;SA2 to be considered in theanalysis. Providing the management center also with the requiredprocessing capacities of further server applications enables themanagement center to better check for consequences of an assignment of afirst capacity fraction AP1 to the first server application. Thedetermination of the required processing capacity RP2 may be executedwithin the analysis F20, e.g. by a pull message issued by the managementcenter MC to the first server platform SP1, wherein the pull messagerequests the required processing capacity RP2 and the first serverplatform SP1 responds with it to the management center MC.Alternatively, a server platform may be configured to provide therequired processing capacities of all its server applications to themanagement center MC, e.g. for cases if a required processing capacityof the server applications approaches or exceeds a threshold value. Inaccordance with the present example, the first server platform SP1 maybe configured to send the required processing capacities RP1;RP2 viamessage F105. In addition to the assignment of the first capacityfraction AP1, the analysis F20 may generate further management commands,e.g. for an assignment of the further capacity fraction AP2. Themanagement commands for both assignments can be sent via a commandmessage CM5 to the first server platform SP1, where the managementcommands can be executed. Following the example of FIG. 5, theassignment of the first capacity fraction AP1 to an increased value of55% is executed. In addition to the management of the first serverapplication SA1, the further capacity fraction AP2 is decreased to 45%.

In FIG. 6, a first server platform SP1 has allocated a first and afurther server application SA1;SA2 with a first and a further capacityfraction AP1;AP2 amounting to 55% and 45% of the maximum processingcapacity of the first server platform SP1, respectively. The firstserver platform SP1 may detect that a new service is requested on theserver platform SP1 with the new service being not covered by the firstserver application SA1 and the further server application SA2. In thepresent example, the determination of the required processing capacitycan be triggered by the indication of the lack of the new service on thefirst server platform SP1 e.g. supplemented by the number of requests asexplained in the context of FIG. 3. The indication may be sent viamessage F106 to the management center MC. The management center MC canobtain that the new service may be covered by a third server applicationSA3. The required processing capacity can be the processing capacityneeded for processing the requested new service on the first serverplatform SP1 according to the number of requests for the third serverapplication SA3. In order to ensure that the new service can be providedaccording to the required processing capacity, processing capacity hasto be reserved for the third server application SA3 on the first serverplatform SP1. However, it is advantageous to check for priorities andthe required processing capacities of the server applications SA1;SA2operating on the first server platform SP1 in order to check forconsequences of the possible assignment of a third capacity fraction AP3to the third server application on the first server platform. Thechecking may be also extended to further server applications or furtherserver platforms (not shown in FIG. 6) of the telecommunication systemif consequences on network level are to be expected. As a result of theanalysis, the management center MC can generate the following managementcommands: assignment of the first capacity fraction AP1 to 50%,installation of the third server application SA3, and assignment of thethird capacity fraction AP3 reserved for processing the third serverapplication SA3, e.g. to a value of 5%. According to the presentexample, the further server application SA2 is not affected by thedynamic management and the further capacity fraction AP2 remains 45%.Finally, the management commands can be sent via the command message CM6to the first server platform SP1, which can perform an execution of themanagement commands and a subsequent reporting on the results of theexecution, e.g. to the management center MC.

In FIG. 7, a time-triggered dynamic management is described for a firstserver platform SP1 having allocated three server applicationsSA1;SA2;SA3 with corresponding capacity fractions AP1;AP2;AP3 that areassigned to 50% for the first server application SA1, to 45% for thefurther server application SA2, and to 5% for the third serverapplication SA3. A timer CL delivers a time T to the management centerMC triggering the determination of a required processing capacity at themanagement center MC. The timer CL may also be incorporated in themanagement center MC. The management center can search in a database forentries associated with the time T and may find required processingcapacities of the three server applications SA1;SA2;SA3 on the firstserver platform SP1. The database may be a table relating times withserver applications and required processing capacities, wherein a serverapplication may have different required processing capacities fordifferent times. The database may also reveal further managementcommands like installation or de-installation related to serverapplications and times which may be used for time-triggered dynamicmanagement. According to the present example, the management center MCfinds an entry for the time T revealing that the required processingcapacity of the first server application SA1 is 90% of the maximumprocessing capacity and corresponding entries for the requiredprocessing capacity of the further server application SA2 and the thirdserver application SA3 of 0% and 10%, respectively, of the maximumprocessing capacity. Based on the required processing capacities for thethree server applicatoris, the current utilization of the serverplatform may be analyzed or further checks can be made if necessary. Thecapacity fractions AP1;AP2;AP3 may be assigned to the determinedrequired processing capacities, e.g. the management center may generatemanagement commands for the first server platform SP1 to assign thecapacity fractions AP1;AP2;AP3 to the values of the determined requiredprocessing capacities of the server applications SA1;SA2;SA3, i.e. 90%for the first capacity fraction AP1, 0% for the further capacityfraction AP2, and 10% of the third capacity fraction AP3. Finally, themanagement commands for the assignments can be sent via the commandmessage CM7 to the first server platform SP1 where the capacityfractions AP1;AP2;AP3 are assigned accordingly. Depending on theimplementation, the setting of the further capacity fraction AP2 to 0%can have the result that the further server application AP2 is notprocessed on the first server platform SP1 or that the further serverapplication AP2 is de-installed from the first server platform SP1.

FIG. 8 describes an example, where three server applications SA1;SA2;SA3on a first server platform SP1 and a further server platform SP2 aremanaged. On the first server platform SP1, the first server applicationSA1 and the further server application SA2 are operating with a firstcapacity fraction AP1 and a further capacity fraction AP2 of 55% and45%, respectively. In addition, the third server application SA3 isoperating on the further server platform SP2. The required processingcapacity RP3 for the third server application SA3 may exceed apredefined value, e.g. the maximum capacity of the further serverplatform SP2, e.g. because of a peak situation. According to the presentexample, the required processing capacity RP3 amounts to 150%, which canbe reported by the message F108 to the management center MC foranalysis. In the analysis the overload situation of the further serverplatform SP2 by the third server application SA3 is detected. Themanagement center MC may decide to allocate processing capacity for thethird server application SA3 on the first server platform SP1 and toshift load like the number of users registered to the third serverapplication SA3 on the further server platform SP2 to the first serverplatform SP1. Management commands can be generated and transmitted via acommand message CM8 to the first server platform SP1 to manage theserver applications SA1;SA2;SA3 as follows: a de-installation of thefurther server application SA2 from the first server platform with thede-installation including an elimination of the further capacityfraction AP2 reserved for processing the further server application SA2,an assignment of the first capacity fraction AP1 to 20% of the maximumprocessing capacity of the first server platform SP1, an assignment of athird capacity fraction AP3 reserved for processing the third serverapplication SA3 on the first server platform SP1 to 80% of the maximumprocessing capacity, and installation of the third server applicationSA3 on the first server platform SP1.

Finally, the further server platform SP2 can be instructed to shift loadfrom the third server application SA3 on the further server platform SP2to the third server application SA3 on the first server platform SP1,reducing the utilization of the maximum processing capacity of thefurther server platform SP2 by the third server application SA3 e.g.from 150% to 80%. The instruction to shift load may be sent via thecommand message SL8 to the third server platform.

An example for a telecommunication system with implemented invention isgiven in FIG. 9. The depicted telecommunication system is a mobiletelecommunication system according to 3GPP Release 4 or 5 (see e.g. 3GPPTechnical Specification Group Services and System Aspects; NetworkArchitecture (Release 5), TS 23.002, version 5.5.0 (2002-01)) adapted toexecute the proposed method. The mobile communication system cancomprise a core network CN, access networks AN1;AN2, and mobile devicesMS attachable to one or more of the access networks AN1;AN2. ConnectionsIAM between the mobile devices MS and the access networks AN1;AN2 andconnections ICA between the access networks AN1;AN2 and the core networkCN exist that can be used for making calls or transferring data betweenone or more of the mobile devices MS and the core network CN. The accessnetwork AN1 is an UMTS radio access network (UTRAN) comprising a radionetwork system RNS, a media gateway MGW and base stations BS and theaccess network AN2 is a General Packet Radio Service radio accessnetwork (GERAN) comprising a base station controller BSC and basestations BS.

In the core network CN, many server platforms SP1′;SP2′;SP3′;SP4′ existthat have installed or operating many server applications SA1′-SA11′.According to the present figure, the server platform SP1′ may carry anMSC Server SA1′, an SGSN server SA2′, and a CSCF proxy SA3′, the secondserver platform SP2′ may carry an MSC Server SA4′, an SGSN server SA5′,and a CSCF proxy SA6′. The third server platform SP3′ may carry serviceenablers SA7′, portals & content servers SA8′, and application serversSA9′, and the fourth server platform SP4′ may carry an MSC server SA10′and a Media Gateway Control Function (MGCF) SA11′. In addition, amanagement center MC′ and a home subscriber server HSS1 exists.

The management center MC′ is shown as a centralized network node forproviding a dynamic management on network level, i.e. a dynamicmanagement of any of the server applications SA1′-SA11′ on any of theserver platforms SP1′;SP2′;SP3′;SP4′. There may be also implementationswhere a management center is distributed in the telecommunicationsystem, e.g. by a separate device per server platform or by a softwareapplication operating per server platform. However, for providing adynamic management on multiple server platforms, a communication betweenthe distributed separate devices or software applications of the serverplatforms involved for executing the analysis for the assignment isnecessary. There may be also implementations, where several managementcenters are operated in a telecommunication system, e.g. for differentregions or for different operators. Especially for large area networks,a segmentation into regions with a management center per region may bemore reasonable than to have a centralized network node, e.g. because adynamic management of any of the server applications in a first regionhas no or only negligible influence on the server platforms or serverapplications in a further region. Management centers for differentoperators may be especially advantageous in multi-operatortelecommunication systems, i.e. server platforms or server applicationsused by different operators.

The home subscriber server HSS1 is the master database for a subscriberof the mobile telecommunication system. The location update mechanismcan be used for counting the number of users that are currentlyregistered to any of the server applications SA1′-SA11′, e.g. the homesubscriber server HSS1 counts the number of users of the serverapplication SA3′ on the first server platform SP1′. Preferably, the homesubscriber server HSS1 can be supplemented with a table wherein theserver applications SA1′-SA11′ supervised by the home subscriber serverHSS1 are related to counted number of users. The counted number of usersper server platform or server application may be used directly for thedetermination of the required processing capacity. A shortcoming of thepresent implementation of the actual location update mechanism in a homesubscriber server is that roaming subscribers are not counted. However,the number of roaming subscribers is typically negligible thus notlimiting the dynamic management for the case that the location updatemechanism in a home subscriber server is used.

The home subscriber server HSS1 can be used by the management center MC′for the determination of the required processing capacity representede.g. by the utilization of the server platforms SP1′;SP2′;SP3′;SP4′ bythe server applications SA1′-SA11′ in the core network CN. The requiredprocessing capacity may be transmitted from the server platformsSP1′;SP2′;SP3′;SP4′ to the home subscriber server HSS1 via interfacesIR. Push- or pull-based messages may be used. Alternatively, therequired processing capacity, e.g. the counted number of users for aserver application, may be transmitted from the home subscriber serverHSS1 to the management center MC′ via a synchronization interface SIwhich may be also used for the synchronization of the management centerMC′ with the home subscriber server HSS1.

Command messages comprising management commands for the assignment of acapacity fraction e.g. to the first server application SA1′, forinstallation, de-installation, or further assignments of furthercapacity fractions can be transmitted via the management interfaces IM.The management command for an assignment of a capacity fraction maycomprise an identifier for identifying the server platform, e.g. thefirst server platform SP1′, a server application identifier identifyingthe managed server application, e.g. the first server application SA1′,and a value indicating the capacity fraction, e.g. 30% of the maximumprocessing capacity. The management command for the assignment of 30% ofthe maximum processing capacity to the first server application SA1′ onthe first server platform SP1′ may be set up by a triplet like<SP1′;SA1′;30> with SP1′ identifying the first server platform, SA1′identifying the first server application, and 30 indicating that 30% ofthe maximum processing capacity is to be assigned to the first serverapplication SA1′. The installation of a server application to any of theserver platforms SP1′;SP2′;SP3′;SP4′ can be done by means of filetransfer, the transport of a mobile agent, or a servlet (Java). Theinterfaces IM can be used for installation of a server application fromthe management center MC to the server platforms SP1′;SP2′;SP3′;SP4′.For installation of a server application from a server platform,interfaces interconnecting the server platforms SP1′;SP2′;SP3′;SP4′ canbe used. These interfaces are not shown in FIG. 9.

The management interfaces IM or the interfaces IR may be used to reportthe result of the execution of the management commands to the managementcenter MC′ or the home subscriber server HSS1, respectively.Synchronization between the management center MC′ and the homesubscriber server HSS1 may be carried out via the synchronizationinterface SI.

The management center MC′ and the Home Subscriber Server HSS1 can belogical nodes that may be physically combined. If push- or pull-basedmechanisms are applied for the determination of the required processingcapacity to the management center, a dynamic management can be executedwithout a data center, i.e. the home subscriber server HSS1 in FIG. 9.

The above embodiments admirably achieve the objects of the invention.However, it will be appreciated that departures can be made by thoseskilled in the art without departing from the scope of the inventionwhich is limited only by the claims.

The invention claimed is:
 1. A method for a dynamic management of (1) afirst server application and a second server application on a firstserver platform of a telecommunication system, and (2) a third serverapplication on a further server platform of the telecommunicationsystem, wherein the first server platform having a maximum processingcapacity, and wherein the further server platform having a maximumprocessing capacity, said method in a management center comprising:detecting an overload situation on the further server platform; inresponse to detecting the overload situation, transmitting a commandmessage to the first server platform to manage following: de-installingthe second server application on the first server platform, wherein thede-installing of the second server application includes an eliminationof a previously assigned capacity fraction of the maximum processingcapacity of the first server platform to the second server application;assigning a capacity fraction of the maximum processing capacity of thefirst server platform to be reserved for the first server application;assigning another capacity fraction of the maximum processing capacityof the first server platform to be reserved for the third serverapplication; and installing the third server application on the firstserver platform; further in response to detecting the overloadsituation, transmitting another command message to the further serverplatform to manage following: shifting load from the third serverapplication on the further server platform to the third serverapplication on the first server platform.
 2. The method of claim 1,wherein the detecting an overload situation on the further serverplatform further comprises: detecting an overload situation of the thirdserver application on the further server platform.
 3. The method ofclaim 1, wherein the transmitting another command message to the furtherserver platform also manages the following: assigning a capacityfraction of the maximum processing capacity of the further serverplatform to be reserved for the third server application.
 4. Amanagement center for a dynamic management of (1) a first serverapplication and a second server application on a first server platformof a telecommunication system, and (2) a third server application on afurther server platform of the telecommunication system, wherein thefirst server platform having a maximum processing capacity, and whereinthe further server platform having a maximum processing capacity, saidmanagement center comprising: a processor that executes a computerprogram stored on a computer readable medium to enable followingoperations: detecting an overload situation on the further serverplatform; in response to detecting the overload situation, transmittinga command message to the first server platform to manage following:de-installing the second server application on the first serverplatform, wherein the de-installing of the second server applicationincludes an elimination of a previously assigned capacity fraction ofthe maximum processing capacity of the first server platform to thesecond server application; assigning a capacity fraction of the maximumprocessing capacity of the first server platform to be reserved for thefirst server application; assigning another capacity fraction of themaximum processing capacity of the first server platform to be reservedfor the third server application; and installing the third serverapplication on the first server platform; further in response todetecting the overload situation, transmitting another command messageto the further server platform to manage following: shifting load fromthe third server application on the further server platform to the thirdserver application on the first server platform.
 5. The managementcenter of claim 4, wherein the detecting an overload situation on thefurther server platform further comprises: detecting an overloadsituation of the third server application on the further serverplatform.
 6. The management center of claim 4, wherein the transmittinganother command message to the further server platform also manages thefollowing: assigning a capacity fraction of the maximum processingcapacity of the further server platform to be reserved for the thirdserver application.